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(57) Abstract 

The invention relates to a method of receiving in a GSM- 
network data for supplementary services in MSC/VLR which 
have been signalled via the protocol MAP between HLR and 
MSC/VLR. MAP contains sequences of "containers" for supple- 
mentar\' services, where respective "containers" always include a 
parameter that indicates the service to which the contents of a re- 
spective container relate, together with the data that varies from 
service to service. This parameter is always located in the same 
position internally within the "container". The method includes a 
function whose purpose is to analyze syntactically subscriber data 
received in MAP, to the extent that respective supplementao' ser- 
vices can be identified. When the correct supplementan' service 
has been identified with the aid of the data type SS-code, it ob- 
tains access to the contents of the container. Respective supple- 
mentar>' ser\ices analyze syntactically those data types that are in- 
cluded in the container in accordance with a structure which is 
known only in a respective supplementary service. Data is then 
stored locally for each supplcnientar> service in MSC/VLR. 
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Receiving Subscriber Data from HLR in GSM MSC/VLR 
Field of the invention 

The present invention generally relates to cellular 
5 mobile radio systems based upon the so called GSM standard 
(GSM - Global System for Mobile communication) , and more 
particularly to a method for receiving in a GSM network data 
for supplementary services. 

10 Background of the invention 

A GSM network basically comprises at least one base 
station system BSS including a base station controller BSC 
and base station tranceivers BTS, The GSM network furthermore 
includes a mobile services switching centre MSG, a home 

15 location register HLR and a visitors location register VLR. 

Each subscribing mobile station MS belongs to a HLR in a 
home network, wherein permanent subscriber data is stored. 
When a mobile station is registered in a MSC/VLR as a new 
visitor, that mobile station's HLR sends a copy of the 

2 0 relevant subscriber data to MSC/VLR. The data is sent via the 

CCITT #7 network from HLR to MSC/VLR. The procedures for this 
are described in the protocol MAP (Mobile Application Part - 
specified in ETSI GSM recommendation GSM 09,02). The data 
structure in MAP is described generally in accordance with 
25 ASN.l (Abstract Syntax Notation). ASN.l and its rules are 
specified in CCITT X.208/X.209. 

Subscriber data in MAP is found defined in a general data 
type referred to as SubscriberData. This data type is of the 
"constructed" type, which according to ASN.l means that it, 

3 0 in turn, contains new data types. The data type in 

SubscriberData which relates to data for supplementary 
services is called ProvisionedSupplementaryServices . 
ProvisionedSupplementaryServices is, in turn, an SS-infolist 
which, according to the data structure in MAP, means that it 
35 is comprised of four different data types: 

Forwardinginf o 

CallBarringInf o 

cue- information 

SS-data 
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Forwardinginf o is a data type which describes call 
forwarding services in a general manner. CallBarringInf o is a 
data type which describes call barring services in a general 
way, CUG-inf ormation describes the more complicated data 
5 structure of a closed user group, while SS-data describes the 
data structure of other supplementary services that do not 
fall beneath any of the categories listed above. 

In turn, these data types contain the data that is 
specific to respective supplementary services. For example, 

10 in the case of call forwarding services, there is a great 
deal of data which is common to these services, and 
consequently call forwarding data is generally described in 
Forwardinginf o. Thus, supplementary service data is to some 
extent general data, and to another extent data which is 

15 specific to a respective supplementary service. 

The data types Forwardinginf o, CallBarringInf o and SS- 
data have one feature in common, which is that the first data 
type internally is the SS-code. 

An SS-code is a data type which identifies a certain SS 

20 (Supplementary Service). Thus, all supplementary services in 
GSM are' identified with the aid of an SS-code. An exception 
to this rule is the supplementary service CUG. 

The aforesaid can be summarized more simply by saying 
that MAP contains sequences of what is here referred to as 

25 "containers" for supplementary service data. Respective 

"containers" always include a parameter which indicates the 
service to which the "container" content relates (this 
parameter is the "SS-code" in MAP) , together with the data 
that varies from service to service. The parameter which 

30 identifies the intended service is always found in the same 
location internally within the "container", therewith 
enabling the data receiver to be identified in the same way, 
irrespective of the service entailed. 

3 5 Background Art 

EP 454,647 describes the routing of calls made to mobile 
subscribers. The home exchange of the mobile subscriber 
maintains information which identifies the location of the 
mobile subscriber. When a call to a mobile is received in an 
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interrogation exchange, the exchange requests from the home 
exchange information as to where the incoming call shall be 
routed • The home exchange, however, first asks the exchange 
where the mobile is assumed to be located to page the mobile. 
5 The result is reported to the home exchange, whereafter the 
home exchange informs the interrogation exchange of the 
location of the mobile. 

U.S. 4,644,351 relates to the transmission of messages 
via a radio channel, from one of a plurality of fixed central 

10 locations with different coverage to remote units. Each 

remote unit is allocated a unique address and is connected to 
one of the central locations. When a message to a selected 
remote unit is accepted in a central location, it is stored 
in a paging site connected to the selected remote unit. The 

15 selected remote unit is* localized by searching through a file 
which contains remote unit addresses together with the loca- 
tions of those remote units which are not located in the area 
covered by their connected central locations. If the remote 
unit is not located in the radio covering area of the central 

20 location to which it is connected, the message and address 
are sent to the central location given in the address file. 

U.S. 4,700,374 relates to mobile telephone localization. 
A plurality of mobile telephone exchanges supervise or 
monitor the presence of mobile telephone units in their own 

25 areas and are connected to a national centre. The national 
centre is able to receive queries concerning the location of 
mobile telephone units from each of the mobile telephone 
exchanges and transmit this information to all mobile 
telephone exchanges in the system, via a satellite. The 

30 information contained in the localizing information relates 
to the identity of the mobile telephone exchange and of the 
mobile telephone and is sent by the national centre to the 
mobile telephone exchange as an established query so as to 
enable the exchange to set-up a connection. 

35 U.S. 4,752,951 describes a personal location system, A 

"PERSONAL LOCATION UNIT" includes "personal location units" 
and a base station. Information relating; to subscriber 
locations is sent to a data base. 

U.S. 4,901,340 relates to a technique which allows a 



wo 94/10813 PCT/SE93/00878 

4 

roaming mobile telephone subscriber to receive a call 
directed to his home area while said subscriber is located in 
a foreign* area outside his home area. The MTSO of the foreign 
area receives information to the effect that the subscriber 
5 in the foreign area wishes to receive calls directed to his 
home area. The subscriber is allocated a temporary directory 
number (TDN) for use in the foreign area. 

U.S. 5,090,050 describes communication with radio 
telephones that belong to a radio telephone system when said 

10 telephones operate in another geographical area served by 
another radio telephone system. The radio telephone user 
sends via the telephone a signal which activates a database 
in the home system. The activation signal identifies the 
radio telephone and the other radio telephone system which 

15 serves the area in which the radio telephone is temporarily 
located. When receiving a call which is directed to the radio 
telephone, the database searches for the activation signal 
and the call is transferred to the other system via a land 
telephone line. Radio communication is then established 

20 between the other system and the radio telephone. 

Summary of the Invention 

The object of the present invention is to provide a 
general solution to the problem of receiving data for 

2 5 supplementary services in MSC/VLR that have been signalled 

via MAP between HLR and MSC/VLR. The solution shall enable 
new supplementary services to be incorporated in MSC/VLR, 
without influencing those functions that deal with the 
termination of the MAP-protocol in MSC/VLR. 

3 0 According to the present invention, this object is 

achieved in a method of receiving in a GSM standard network 
data concerning supplementary services in MSC/VLR which have 
been signalled via a GSM recommended protocol MAP between HLR 
and MSC/VLR, where MAP contains sequences of "containers" for 
35 supplementary service data, where respective "containers" 
include a parameter identifying the service to which the 
content of the container relates, together with data varying 
between services, by 

a) analyzing syntactically subscriber data received in 
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MAP for identifying respective supplementary services, 

b) allowing access fgr an identified supplementary 
service to the content of the container, 

c) making the respective supplementary service analyze 

5 syntactically those data types which are included in the con- 
tainer in accordance with a structure which is known only in 
the respective supplementary service, 

d) storing data locally for each supplementary service in 
MSC/VLR. 

10 A preferred embodiment of the invention comprises the 

following functional steps: 

A) 1. analyzing syntactically the content of the data 
type SS-infolist, i.e. the list which identifies data types 
in MAP, in order to identify those containers that are 

15 included iii the SS-infolist; 

2. identifying the data type SS-code internally 
within respective containers; 

B) 1. analyzing the value of the SS-code while securing 
that new SS-code values can be added without influencing the 

20 function that performs the analysis, a supplementary service 
being pointed-out each time the analysis is performed; 

2. requesting from this supplementary service 
release of the content of the container for use by said 
supplementary service, and analyzing internally within said 

25 supplementary service said content. 

3. repeating steps Bl-2 until all containers have 
been gone through and all containers have been delivered to 
respective receiving supplementary services, while discarding 
containers which do not correspond to a supplementary 

3 0 service. 

As before mentioned, the data structure in MAP is 
described generally in accordance with ASN.l (Abstract Syntax 
Notation) . According to the invention, data types described 
according to ASN.l syntax can be implemented in MSC/VLR in a 
35 manner to enable new supplementary services to be added in 
MSC/VLR, which provide their own data types, without 
influencing those functions that deal with termination of the 
MAP-protocol in MSC/VLR. 
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Brief description of the drawings 

The invention will now be described more closely below 
with reference to the enclosed drawings, on which 

Figure 1 is a schematic diagram illustrating the basic 
5 structure of a conventional GSM network, 

Figure 2 schematically indicates a subscriber data 
information list relating to supplementary services, 

Figure 3 contains flowchart representations of one 
embodiment of the method according to the invention. 

10 

Description of Preferred Embodiments 
With reference to Figure 1, a GSM cellular network 
basically comprises a number of base station systems, of 
which two are generally indicated at BSSl and BSS2, 

15 respectively. Each of the base station systems BSSl and BSS2 
includes a base station controller BSCl and BSC2, 
respectively, connected to base station tranceivers BTS via 
communication links L, one of said base station tranceivers 
being designated BTS.n in Figure 1. Each tranceiver BTS is 

20 located in an associated cell of the cellular network, which 
is shown in Figure 1 as a honeycomb structure wherein each 
hexagone represents a cell. In Figure 1 the cell containing 
the tranceiver BTS.n is designated C.n. The GSM network 
furthermore includes a mobile services switching centre MSG 

25 having a visitors location register VLR. There are 

furthermore one or more home location registers HLR which 
communicate with the MSG. The MSG is connected for 
communicatiom with the base station controllers BSCl and BSC2 
via a public land mobile network PLMN. 

3 0 Although not shown, the MSG shown i Figure 1 usually has 

an interface to other MSGs, each MSG having furthermore 
interfaces for connection to a local public switched 
telephone network . 

Each subscribing mobile station MS belongs to a HLR in a 

35 home network, wherein permanent subscriber data is stored - 
When a mobile is registered in a MSG/VLR as a new visitor, 
HLR sends a copy of Jbhe relevant subscriber data to MSC/VLR. 
The data is sent via the GCITT #7 network from HLR to 
MSC/VLR. The procedures for this are described in the 
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protocol MAP (Mobile Application Part • specified in ETSI GSM 
recommendation GSM 09.02)^ The data structure in MAP is 
described generally in accordance with ASN.l (Abstract Syntax 
Notation). ASN.l and its rules are specified in CCITT 
5 X.208/X.209. 

Subscriber data in MAP is found defined in a general data 
type referred to as SubscriberData . This data type is of the 
"constructed" type, which according to ASN.l means that it, 
in turn, contains new data types. The data type in 

10 SubscriberData which relates to data for supplementary 
services is called ProvisionedSupplementaryServices. 
ProvisionedSupplementaryServices is, in turn, an SS-infolist. 
According to the data structure in MAP and with reference to 
Figure 2 this means that the SS-infolist, designated 2, is 

15 comprised of four different data types 4, 6, 8, and 10, viz. 
CallBarringlnfo, Forwardinglnfo, SS-data, and CUG- 
inf ormation , respectively . 

CallBarringlnfo 4 is a data type which describes call 
barring services in a general way. Forwardinglnfo 6 is a data 

20 type which describes call, forwarding services in a general 
manner. CUG-inf ormation 10 describes the more complicated 
data structure of a closed user group, while SS-data 8 
describes the data structure of other supplementary services 
that do not fall beneath any of the categories listed above. 

25 The data types 4-10 contain the data that is specific to 

respective supplementary services. For example, in the case 
of call forwarding services, there is a great deal of data 
which is common to these services, and consequently call 
forwarding data is generally described in Forwardinglnfo. 

3 0 Thus, supplementary service data is to some extent general 
data, and to another extent data which is specific to a 
respective supplementary service. 

The data types Forwardinglnfo, CallBarringlnfo and SS- 
data have one feature in common, which is that the first data 

35 type internally is the so called SS-code, indicated at 12', 
12" and 12"' in Figure 2. 

An SS-code is a data type which identifies a certain SS 
(Supplementary Service) . Thus, all supplementary services in 
GSM are identified with the aid of an SS-code. An exception 
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to this rule is the supplementary service CUG. 

The aforesaid can be summarized more simply by saying 
that MAP contains sequences of "containers" for supplementary 
service data, i. e. containers 4-10. Respective "containers" 
5 always include a parameter which indicates the service to 
which the "container" content relates, this parameter being 
the "SS-code" in MAP, together with the data that varies from 
service to service. The parameter which identifies the 
intended service is always found in the same location 

10 internally within the "container", therewith enabling the 

data receiver to be identified in the same way, irrespective 
of the service entailed. 

Figure 2 is intended to illustrate the principle of using 
sequences of "containers", which is an essential feature of 

15 the process according to the invention. 

The invention implementes a general function whose 
purpose is to analyze syntactically subscriber data that is 
received in MAP, to the extent that respective supplementary 
services can be identified. When the correct supplementary 

20 service has been identified with the aid of the data type SS- 
code, it is able to obtain access to the content of the 
"container". It is now up to respective supplementary 
services to analyze syntactically those data types that are 
included in the "container", in accordance with the structure 

25 which is known only in respective supplementary services. 
Data is stored locally for each supplementary service in 
MSC/VLR. 

The function which resolves this in MSC/VLR is divided 
into two functions, here referred to as subf unction A and 
30 subf unction B, the procedural steps of which appear in 
Figures 3 and below: 



Subfunction A 



35 



Step 14 
Step 16 
Step 18 
Step 2 0 
Step 22 



Analyze "SS-inf olist" . 
Identify first "container". 
Identify "SS-code", 
Perform subfunction B, 



Decide- whether all containers have been 



handled. 



Step 24 



If no, identify next container and pass to step 
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18 according to arrow 26. 
Repeat until all containers have been gone 
through as decided in step 22. 
Step 28 - Release the container contents when called from 
5 a "service". 

Subfunction B 

Step 20.1 - Analyze "SS-code". 

Step 20.2 - Call the service that owns "SS-code". 
Step 20.3 - Establish whether there exists an owner 
10 Step 20.4 - If no, discard the "container". 

Step 20.5 - When called from a "service", store 

information relating to the service that owns 
respective "SS-code". 
In subfunction A, the content of the data type SS- 
15 infolist is analyzed syntactically in step 14 so as to be 

able to identify all "containers" in the SS-infolist in step 
16. The data type SS-code is identified internally within 
respective "containers" in step 18. The second subfunction, 
referred to here as subfunction B, is called-in for each 
20 "container" and performs, in step 20, to identify the correct 
supplementary service. 

The subfunction B will analyze the value of the SS-code 
in step 20.1. This analysis is constructed so as to enable 
new values to be added to SS-code without influencing the 
25 function that carries out the analysis. 

A supplementary service is pointed-out each time an SS- 
code is analyzed in step 20.1. This supplementary service is 
now able to call the subfunction A and therewith obtain 
access to the content, i.e. the data, in "its container" in 
30 step 28. The content of the "container" (the data types 

specific for this service) are now analyzed internally within . 
the function for the supplementary service. 

This procedure is now repeated according to steps 22, 24, 
26 until all "containers" have been gone through and all 
35 "containers" have been delivered to respective receiving 
supplementary services. Those "containers" which do not 
correspond to a supplementary service can be discarded, step 
20.4, since these containers contain data for a service which 
is not implemented in MSC/VLR, 
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This general solution for receiving subscriber data for 
supplementary services in MSC/VLR enables the base function, 
which receives subscriber data, to be constructed in a manner 
which will enable new supplementary services to be added 
5 incrementally to MSC/VLR without needing to modify the base 
function. 

This provides very good properties when constructing 
supplementary services, which are often optional for an 
MSC/VLR operator and each of which can thus be added without 
10 influencing the base functions in MSC/VLR, in this case with 
respect to receiving subscriber data from HLR. 

In summary, the following procedural steps are to be 
carried out when working with and utilizing the service that 
owns SS-code: 

15 - When adding a new service in MSC/VLR, report "SS-code" 

to subf unction B by calling subf unction B, step 20,5. 

- When receiving a call from function B, call subf uncti- 
on A, step 28 with a request for access to the content of the 
"container" . 

20 The nature of the software and hardware required to 

achieve the aforedescribed functions will be obvious to the 
person skilled in this art and need not therefore be 
described in more detail here. 
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1. A method of receiving in a GSM standard network data 
concerning supplementary services in MSC/VLR which have been 

5 signalled via a GSM recommended protocol MAP between HLR and 
MSC/VLR, where MAP contains sequences of "containers" for 
supplementary service data, where respective "containers" 
include a parameter identifying the service to which the 
content of the container relates, together with data varying 
between services, comprising the steps of 

a) analyzing syntactically subscriber data received in 
MAP for identifying respective supplementary services, 

b) allowing access for an identified supplementary 
service to the content of the container, 

^ c) making the respective supplementary service analyze 
syntactically those data types which are included in the con- 
tainer in accordance with a structure which is known only in 
the respective supplementary service, 

d) storing data locally for each supplementary service in 
0 MSC/VLR. 

2. A method according to claim 1, comprising the further 
step of using as said parameter SS-code which is always found 
in the same location internally within said "container". 

3. A method according to Claim 1, comprising the steps 

5 of 

A) 1. analyzing syntactically the content of the data 
type SS-infolist, i.e. the list which identifies data types 
in MAP, in order to identify those containers that are 
included in the SS-infolist; 

2. identifying the data type SS-code internally 
within respective containers; 

B) 1. analyzing the value of the SS-code while 
securing that new SS-code values can be added without 
influencing the function that performs the analysis, a 
supplementary service being pointed-out each time the 
analysis is performed; 

2. requesting from this supplementary service 
release of the content of the contaiher for use by said 
supplementary service, and analyzing internally within said 



wo 94/10813 PCr/SE93/00878 

12 

supplementary service said content. 

3. repeating steps Bl-2 until all containers have 
been gone 'through and all containers have been delivered to 
respective receiving supplementary services, while discarding 
5 containers which do not correspond to a supplementary 
service. 



wo 94/10813 



PCr/SE93/00878 




Fig. 2 
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